Techniques for assisted self checkout

ABSTRACT

Techniques for assisted self checkout are provided. Customers or store personnel use scan devices that are independent of a self-checkout kiosk as they shop in a store to scan goods that are to be purchased. The transactions are independent of any particular checkout terminal. When the customer is ready to checkout, the customer approaches a checkout station and the transaction for the customer is located and recalled. The customer completes payment at the station to end the transaction and exit the store.

BACKGROUND

Consumers are increasingly using kiosks to conduct business withenterprises. The kiosks come in a variety of sizes and are used for avariety of purposes. Some kiosks are drive through, such as fast foodestablishments, pharmacies, banks, and the like. Other kiosks arestationary located in gas stations, grocery stores, department stores,and the like.

Store kiosks were originally created to alleviate the need for excessivestore personnel to check out the customers from stores. For the mostpart this worked and stores reduced the number of costly cashiersemployed by the stores. However, more often than not the bottleneck inthe stores are the self checkout kiosks as customers attempt to use themproperly; store personnel attempt to assist the customers in using them;and as full service checkout lanes diminish from the stores in greaternumbers.

In short, self checkout kiosks are the victim of their own successbecause the popularity has been so well received the traditional modeland usage of these kiosks increasingly becomes the area where improvedefficiency is needed.

SUMMARY

In various embodiments, techniques for assisted self checkout arepresented. According to an embodiment, a method for assisted selfcheckout is provided. An identifier for a transaction is received andscan details are acquired for goods that a customer is purchasing. Thescan details are received independent of any particular checkoutterminal and received at the direction of the customer or storepersonnel before the customer checks out. Next, the scan details and theidentifier are stored until subsequently recalled for checkout at apayment terminal.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a diagram of a method for automated self or assisted checkout,according to an example embodiment.

FIG. 2 is a diagram of another method for automated self or assistedcheckout, according to an example embodiment.

FIG. 3 is a diagram of a scanner used for automated self or assistedcheckout, according to an example embodiment.

DETAILED DESCRIPTION

FIG. 1 is a diagram of a method 100 for automated self checkout,according to an example embodiment. The method 100 (hereinafter “itemscan service”) is implemented as instructions residing on anon-transitory computer-readable storage medium and executed by one ormore processors. The processors are specifically configured to processthe item scan service. The item scan service operates over a network.The network is wireless or a combination of wired and wireless.

In an embodiment, the item scan service executes on processors embeddedwithin a portable device. The portable device can be a cell phone withthe item scan service executing thereon. In another case, the item scanservice executes on processors associated with a portable devicedistributed by a store to customers to perform self scanning whileinside the store. In yet another case, the item scan service is executedon processors embedded within a scanner that is integrated into a storeshopping cart that the customer places goods into while shopping at thestore.

In an alternative scenario, the item scan service executes on processorsthat are located on a remote processing server associated with theenterprise and the portable device used by the customer to self scangoods being purchased communicates the scan details (discussed below)via wireless communication within the store.

So, the item scan service can be implemented within the scanner used bythe customer or store personnel to perform self scanning within thestore or can be implemented independent of the scanner on a remoteprocessing server of the store that communicates with the scanner.

The scanning of the customer items may be performed by store personnelat any time after the customer completes item selection in the storeuntil the point the customer reaches the checkout terminals. In oneembodiment, the store personnel monitor queues of customers waiting inline for access to payment terminals and intervene with the item scandevices to pre-scan the customers' selected items.

At 110, the item scan service receives an identifier for a transaction.Moreover, the identifier is used for goods that the customer wants topurchase in the store. The goods associated with the transaction are notscanned at the self-service checkout terminal or kiosk or by a fullservice (cashier-based terminal).

The identifier can be received in a variety of manners.

For example, at 111, item scan service obtains the identifier as atransaction number, which is randomly assigned to the customer via aportable input device (cell phone, portable scanner, etc.).

In another situation, the store personnel provide a disposable orreusable token selected randomly from a pre-established set of tokens.The token may be a simple slip of paper with a barcode printed thereonor a token may contain an RFID tag, or other machine-readableidentifier.

In another situation, at 112, the item scan service obtains theidentifier as a customer loyalty number scanned from a loyalty card ormanually keyed into a portable input device from the customer.

In still another case, at 113, the item scan service obtains theidentifier from a transmitter affixed to a shopping cart that uniquelyidentifies the shopping cart. So, the transaction identifier caninitially be anonymous from the perspective of the identity of thecustomer and based on the identity of the shopping cart being used bythe customer. Other factors can augment the transaction identifier, suchas date and time the cart is used along with the identity of theshopping cart.

At 120, the item scan service acquires scan details for goods that thecustomer is purchasing. Again, the scan details are received independentof any particular checkout terminal; and the scan details are receivedat the direction of the customer or store personnel before the customerchecks out, or before the customer is present at any particular checkoutterminal.

According to an embodiment, at 121, the item scan service receives anitem identifier and a price for the item with each item scanned by thecustomer with the scan details. The additional information for each itemmay include a description, price, department, tax, loyalty pointsearned, discounts earned but must include the item code allowing theitem to later be identified to the payment terminal. In one embodiment,each item may be viewed as one of the goods associated with the scandetails. In another embodiment only the counted items is indicated. Thescan details can include a variety of additional data, such as serialnumber for each item, date and time of item purchase, store locationwith each item, sale information, inventory information, orderinginformation, and other data.

In a scenario, at 122, the item scan service obtains the scan detailsfrom a portable device acquired at the store by the customer or storepersonnel. This was mentioned above; the scanner used by the customer orstore personnel may be provided by and available at the store.

According to an embodiment, at 123, the item scan service obtains thescan details from a cell phone of the customer that scans the goods. Inthis case, an application (App) can be executed on the customer phone soas to ensure security and avoid customer tampering and to alsoauthenticate the customer via the App.

The item scan service may allow or provide optimizations for recordingthe items to be sold such as entering the quantity of an item then thescan details of that item. In such a case, the item scan service willautomatically replicate the item, the number of items indicated by thequantity entered, or if the retail sale's system allows actually recordthe quantity as part of the item details.

The item scan service may also provide special handling of the itemsthat are sold by weight. In one embodiment, the items may be scanned bythe item scan service than later weighted at the payment terminal todetermine the actual item cost. In another embodiment, the item scanservice can simply record the number of weight items to be presentedlater at the payment station. In yet another embodiment, a weightstation can be used to determine the weight of such items and thatweight can be communicated to the item scan service by electronic meansassociated with the same transaction token.

In yet another case, at 124, the item scan service obtains the scandetails from a scanner that is built into or integrated with a shoppingcart that the customer places goods into while shopping at the store.Here, the scanner can be optical based or in some cases radio frequency(RF) based, where the goods within the store include a radio frequencyidentifier (RFI) tag. In cases, were the built in scanner is RF based,the customer has only to place goods in the shopping cart and the RFItag is automatically scanned and read as part of the scan details. Inthis manner, the scan details can be optical based or in some cases evenRF based.

In still another situation, at 125, the item scan service removes ordeducts select goods from the scan details when such goods arere-scanned by the customer along with an indication that the good is nodesired by the customer any longer. This may occur frequently in astore. For example, suppose a mother brings a child to the store andnotices that the child has scanned or placed items into the shoppingcart that do not belong there. A mechanism exists to adjust the scandetails when items are no longer desired and the customer does not wishto purchase them.

According to an embodiment, at 126, the item scan service appliescoupons scanned by the customer or store personnel. The coupons may beverified immediately against the items scanned, later at the paymentterminal or at both points. Such validation may be performed by thecustomer, store personnel or automatically by the item scan service. Thephysical coupon may not always be needed, such as when the coupon has aserial number and can be flagged as used once scanned. Moreover, sincethe scan details are present checks can be made to ensure any scannedcoupon is valid before permitting its use. If some coupons do requirethe customer to part with physical possession then these can becollected at the checkout terminal when the customer finally is ready tocheck out of the store.

At 130, the item scan service stores the scan details and the identifieruntil recalled for checkout at a payment terminal. Recall can beachieved via the identifier or via other identifiers that can be linkedto the identifier (such as loyalty number of customer, customer phonenumber, and the like).

The process of checking out once the goods are all self scanned by thecustomer or scanned by store personnel is described more completelybelow with reference to the method 200 of the FIG. 2.

FIG. 2 is a diagram of another method 200 for automated self checkout,according to an example embodiment. The method 200 (hereinafter “selfcheckout service”) is implemented as instruction within a non-transitorycomputer-readable storage medium that execute on one or more processors,the processors specifically configured to execute the self checkoutservice. The self checkout service is operational over a network; thenetwork is wired or a combination of wired and wireless.

The self checkout service presents more details associated withconcluding the actions of a transaction at a checkout terminal within astore than what was described above with the item scan service. So, theself checkout service may be viewed as an enhancement version of theitem scan service.

At 210, the self checkout service receives a transaction identifieracquired from a customer at a checkout terminal. Again, the scan detailsassociated with goods that the customer is purchasing at the checkoutterminal were done while the customer shopped in the store and not whileat the checkout terminal (which is the traditional approached used wherecustomers scan goods at the checkout terminal). Details and variationson this self scanning were provided above with reference to the method100 of the FIG. 1.

In another embodiment, assisted service payment terminals may also usethe stored item lists created by the item scan service to eliminate theneed to scan every item at the assisted checkout terminal.

According to an embodiment, at 211, the self checkout service acquiresthe transaction identifier in one of a variety manners, such as: byautomatically scanning a cart identifier having the goods of thecustomer as the cart passes in front of a scanner; scanning a preprintedpaper slip containing a random transaction identifier or other readablephysical token provided by store personnel; scanning a customer loyaltycared, the loyalty card interfaced to the scanner by the customer at thecheckout terminal; obtaining input identifying information keyed intothe checkout terminal by the customer, the identifying informationassociated with the transaction identifier; and/or automaticallycommunicating with a portable device of the customer that the customerused to scan the scan details to acquire the transaction identifier.

At 220, the self checkout service locates scan details for a transactionassociated with the transaction identifier. The scan details areindependent of the checkout terminal and recorded at the direction ofthe customer or store personnel prior to reaching the checkout terminal.It is important to note that the customer could choose any self-servicecheckout terminal (kiosk) in the store because the scan details aredynamically acquired by the chosen terminal when the customer checks outand the scan details are not directly tied to any particular checkoutterminal. Again, the goods scanned and identified in the scan detailswere scanned prior to reaching the checkout terminal chosen by thecustomer and while the customer was shopping for the goods within thestore, possibly by store personnel while the customer waited in line foraccess to a payment terminal.

In a scenario, at 221, the self checkout service acquires the scandetails from a remote server that interactively recorded the scandetails at the direction of a portable device used by the customer orstore personnel. Here, the scan details are housed on store's serverbased on transmissions from the portable device, which may be consumerowned or store provided (as described above).

In an embodiment, at 222, the self checkout service acquires the scandetails in an encrypted format from a portable device of the customer orthe store. The portable device used by the customer or store personnelto record the scan details. For example, suppose the customer has a cellphone with an integrated camera and scan software; these resources whencombined with the processing app described herein permit the scandetails to be encrypted and securely stored on the customer's phone andrecalled when needed. Authentication and decryption can occur betweenthe cell phone and the checkout terminal as needed and desired.

So, the store does not have to have the scan details in its possessionuntil checkout is desired; rather the processing, assembling, andstoring of the scan details can all be managed and controlled by aconsumer-based device, such as a cell phone. Although as noted, in somecases audit tracking and the scan details are captured on a server of astore in a dynamic fashion. Either scenario can exist or both can existdepending up features of consumer devices and policies of the stores.

At 230, the self checkout service determines whether to audit goods in ashopping cart or in possession of the customer at the checkout terminalbased on evaluation of a policy. That is, the store is assuming thatcustomers are honest and not deceitful in some of this process, just asthey do today anyway with the traditional self-scanning checkoutterminals. But some individuals are not honest or some individuals maybe honest but just make honest mistakes that need correction. Amechanism to ensure audits are performed is provided when the customerchecks out at the checkout terminal. The decision to perform an auditcan be achieved based on evaluation of policy and the policy can accountfor a variety of factors and situations.

For example, at 231, the self checkout service evaluates the policybased on one or more conditions associated with: a frequency with whichthe customer has performed self-checkouts before within the store; aloyalty level assigned to the customer (higher value customers lesslikely to receive audits); the history of prior audit results for thiscustomer; specific goods identified in the scan details of thetransaction (small goods of high value, such as electronic games,storage cards, and the like); a total number of the goods identified inthe scan details of the transaction (only a few goods can be auditedreal quickly in an automated manner that is less intrusive to thecustomer); a total value of a sum of the goods indentified in the scandetails (high price may warrant an audit); a customer traffic metric fora store having the checkout terminal when the customer checks out at thecheckout terminal (is the store really busy or really slow); a time ofday that the customer is attempting to check out (is it 10 am on aSunday or 3 am on a Saturday morning); a random instructionautomatically generated to perform the audit (every 10 customers areaudited or based on an algorithm every transaction with certainattributes are audited); and/or a calendar day that the customer isattempting to checkout (is it a Friday evening or is it a Saturdaymorning, is it St. Patrick's day at a university or is it Christmas Daynear a retirement village).

In fact, a variety of configured conditions can be used to evaluate thepolicy and determine whether an audit is appropriate or not appropriate.

The audit validates that the scan details for some or all of the goodsthat the customer says he/she is buying matches what is in possession ofthe customer when the customer is checking out at the checkout terminal.The store personnel may rescan all or some of the items, possiblyselecting only high-value items for rescan. The audit passes if all therescanned items are found on the item receipt.

The audit decision is commonly made by the self-checkout system at thepayment terminal when the user presents the identity token for recall ofthe scan details. The audit decision can be made by a system separatefrom the self-checkout system, such as a system with cameras monitoringthe passing of arts identified with remotely readable transactionidentifiers (e.g., RFID tags, visual coding affixed to the cart, etc.).

So, at 232, when the policy warrants an audit, the self checkout serviceperforms the audit to ensure the goods in the possession of the customerat the checkout terminal are properly identified in the scan detailsgenerated at the direction of the customer while the customer was in thestore selecting goods for purchase.

According to an embodiment, at 233, the self checkout service can causea specific type of audit to be performed in a number a manners, such asbut not limited to: instructing the customer to rescan the goods inpossession of the customer at the checkout terminal using a scanner ofthe checkout terminal; instructing the customer to place the goods on ascale to weight the goods and then compare a weight for the goodsagainst an expected weight in view of the scan details; instructing thecustomer to place a cart having the goods onto the scale to compare theweight for the goods calibrated for a cart weight against the expectedweight; instructing the customer to wait for store personnel to manuallyverify the goods in possession of the customer at the checkout terminal;and/or automatically taking one or more digital images of the goodswithin the possession of the customer and performing image patternmatching and scoring techniques on the identified images of the goodsfor purposes of detecting whether some goods not identified in the scandetails appear to have an image signature in the images and thus appearto be improperly in the possession of the customer.

At 240, the self checkout service receives payment from the customer viathe checkout terminal to conclude the transaction. This can occur inmanners used today at self-service checkout kiosk terminals, via cash,debit, credit, check, and the like.

It is also noted that a mechanism may be in place where the checkoutterminal queries the customer before receiving payment to ask if thereare any items not scanned that the customer now has in the cart and ifso the customer can manually scan those items before an auditdetermination is made and before payment is made. This gives a customera chance to refresh their memory and to come clean if they have beenless than honest while scanning their goods into the scan details.

The customer may be given an opportunity to add additional items to theshop once reaching the payment station. Retailers commonly placeso-called “impulse items,” such as candy and magazines in the proximityof the payment stations. Such items may be added to the transactionafter the pre-scanned items are processed.

The customer may be directed to weight certain items that are sold byweight, e.g. produce items. In such configurations, the payment stationwill include a legal weighing scale to be used by the self-serviceapplication to determination of the proper item pricing.

FIG. 3 is a diagram of a scanner 300 used for automated self checkout,according to an example embodiment. The scanner 300 includes one or moreprocessors that are specifically configured to perform, inter alia, theprocessing associated with the methods 100 and 200 of the FIGS. 1 and 2,respectively. The scanner 300 includes a variety of other hardwarecomponents, such as network adapters, memory, display screen, inputmechanisms, and the like.

The scanner 300 includes an entry mechanism 301 and a communicationmechanism 302. Each of these and their interactions with one anotherwill now be discussed in turn.

The entry mechanism 301 can include a digital camera, key input buttons,a track ball for selecting information on a screen of the scanner 300, atouch screen having information selected thereon, and/or a microphoneintegrated with voice recognition software for the customer to audiblycommunicate information.

The entry mechanism 301 is configured to be operated by a customerwithin a store to initiate a transaction. The transaction is independentof any particular store-based checkout terminal. The entry mechanism 301is also configured to record scan details for goods that the customerplans to purchase at a checkout terminal before concluding a transactionwith the store.

The communication mechanism 302 is configured to communicate informationfrom and to the scanner 100. The information can be communicated toother devices over a wireless network, such as the checkout terminal ora store-based enterprise server, and information can be communicatedfrom the checkout terminal or server back to the scanner 300 via thecommunication mechanism 302.

So, the communication mechanism 302 is configured to communicate atransaction identifier for the transaction and the scan details to thecheckout terminal and/or the remote server. In cases, where theidentifier and scan details are communicated to the remote server, theremote server subsequently communicates with the checkout terminal tosupply the transaction identifier and scan details at checkout by thecustomer.

According to an embodiment, the scanner 300 is one of: a cell phone ofthe customer, a portable device supplied by the store to the customer, ashopping cart having the scanner integrated therein, or one of manystandalone scanner units placed throughout the store for access by thecustomer and other customers and each good scanned includes thetransaction identifier for the transaction being monitored at thestandalone scanner units. So, with the scanner units a store suppliesstand alone scanners 300 throughout the store and as customers buy goodsthey scan them at one of the units and provide a particular transactionidentifier so each customer's running transaction of scan details ismanaged separately and independently within the store.

The above description is illustrative, and not restrictive. Many otherembodiments will be apparent to those of skill in the art upon reviewingthe above description. The scope of embodiments should therefore bedetermined with reference to the appended claims, along with the fullscope of equivalents to which such claims are entitled.

The Abstract is provided to comply with 37 C.F.R. §1.72(b) and willallow the reader to quickly ascertain the nature and gist of thetechnical disclosure. It is submitted with the understanding that itwill not be used to interpret or limit the scope or meaning of theclaims.

In the foregoing description of the embodiments, various features aregrouped together in a single embodiment for the purpose of streamliningthe disclosure. This method of disclosure is not to be interpreted asreflecting that the claimed embodiments have more features than areexpressly recited in each claim. Rather, as the following claimsreflect, inventive subject matter lies in less than all features of asingle disclosed embodiment. Thus the following claims are herebyincorporated into the Description of the Embodiments, with each claimstanding on its own as a separate exemplary embodiment.

1. A processor-implemented method to execute on a processor configuredto execute the method, comprising: receiving an identifier for atransaction; acquiring scan details for goods that a customer ispurchasing, the scan details received independent of any particularcheckout terminal and received at the direction of the customer beforethe customer checkouts; and storing the scan details and the identifieruntil recalled for checkout at a payment terminal.
 2. The method ofclaim 1, wherein receiving further includes obtaining the identifier asa transaction number randomly assigned to the customer via from apre-established pool of transaction identifiers encoded via a barcode ona paper slip, the token is disposable after checkout or can be reused.3. The method of claim 1, wherein receiving further includes obtainingthe identifier as a customer loyalty number scanned from a loyalty cardor manually keyed into a portable input device from the customer.
 4. Themethod of claim 1, wherein receiving further includes obtaining theidentifier from a transmitter affixed to a shopping cart that uniquelyidentifies the shopping cart.
 5. The method of claim 1, whereinacquiring further includes receiving an item identifier and a price foran item with each item scanned by the customer or store personnel withthe scan details.
 6. The method of claim 1, wherein acquiring furtherincludes obtaining the scan details from a portable device acquired at astore by the customer.
 7. The method of claim 1, wherein acquiringfurther includes obtaining the scan details from a cell phone of thecustomer that scans the goods.
 8. The method of claim 1, whereinacquiring further includes: obtaining the scan details from: a scannerbuilt into a shopping cart that the customer places the goods into whileshopping; recording of a need to weight items at the checkout terminal;and/or support for a standalone item weighing station providing itemweights associated with an identity token.
 9. The method of claim 1,wherein acquiring further includes removing or deducting select goodsfrom the scan details when re-scanned by the customer along with anindication that the good is not desired by the customer.
 10. The methodof claim 1, wherein acquiring further includes applying coupons scannedby the customer after verifying each coupon against the goods scanned bythe customer.
 11. A processor-implemented method to execute on aprocessor configured to execute the method, comprising: receiving atransaction identifier acquired from a customer at a checkout terminal;locating scan details for a transaction identified by the transactionidentifier, the scan details located independent of the checkoutterminal and recorded at the direction of the customer prior to reachingthe checkout terminal; and determining whether to audit goods in ashopping cart or in possession of the customer at the checkout terminalbased on evaluation of a policy.
 12. The method of claim 11, whereinreceiving further includes acquiring the transaction identifier by oneof: automatically scanning a cart identifier having the goods of thecustomer as the cart passes in front of a scanner; scanning a customerloyalty card interfaced to the scanner by the customer at the checkoutterminal; obtaining input identifying information keyed into thecheckout terminal by the customer, the identifying informationassociated with the transaction identifier; and automaticallycommunicating with a portable device of the customer that the customerused to scan the scan details to acquire the transaction identifier. 13.The method of claim 11, wherein locating further includes acquiring thescan details from a remote server that interactively recorded the scandetails at the direction of a portable device used by the customer. 14.The method of claim 11, wherein locating further includes acquiring thescan details in an encrypted format from a portable device of thecustomer, the portable device used by the customer to record the scandetails.
 15. The method of claim 8, wherein determining further includesevaluating the policy based on one or more conditions associated with: afrequency with which the customer has performed self-checkouts before, aloyalty level assigned to the customer, specific goods identified in thescan details of the transaction, a total number of the goods identifiedin the scan details, a total value of a sum of the goods identified inthe scan details, a customer traffic metric for a store having thecheckout terminal when the customer checks out at the checkout terminal,a time of day that the customer is attempting to check out, a randominstruction automatically generated to perform the audit, and a calendarday that the customer is attempting to check out.
 16. The method ofclaim 11 further comprising, performing the audit to ensure the goods inthe possession of the customer at the checkout terminal are properlyidentified in the scan details.
 17. The method of claim 16, whereinperforming further includes one or more of: instructing the customer torescan the goods in possession of the customer at the checkout terminalusing a scanner of the checkout terminal; instructing the customer toplace the goods on a scale to weigh the goods and compare a weight forthe goods against an expected weight in view of scan details;instructing the customer to place a cart having the goods onto the scaleto compare the weight for the goods calibrated for a cart weight againstthe expected weight; instructing the customer to wait for storepersonnel to manually verify the goods in possession of the customer atthe checkout terminal; automatically taking one or more images of thegoods and performing pattern matching and scoring on the images todetect whether some goods not identified in the scan details appear tobe in the possession of the customer; performing the audit by storepersonnel based on validation of a quantity of items or by rescanningsome or all of the items in the transaction or a combination thereof.18. The method of claim 11 further comprising, receiving payment fromthe customer via the checkout terminal to conclude the transaction. 19.A scanner, comprising: an entry mechanism; and a communicationmechanism; wherein the entry mechanism is configured to be operated by acustomer or store personnel within a store to initiate a transactionthat is independent of any particular checkout terminal and the entrymechanism further configured to record scan details for goods that thecustomer plans to purchase at a checkout terminal before concluding thetransaction, the communication mechanism configured to communicate atransaction identifier for the transaction and the scan details to thecheckout terminal and/or to a remote server that subsequently is queriedby the checkout terminal with the transaction identifier to obtain thescan details at checkout by the customer, wherein the scan detailsinclude at a minimum an item code for a particular good used to identifythat particular good to a store's sales system, other scan detailsinclude one or more of: item description, price, discounts or loyaltypoints earned, food stamp eligible, and/or totals due by the customer.20. The scanner of claim 19, wherein the scanner is one of: a cell phoneof the customer, a portable device supplied by the store to thecustomer, a shopping cart having the scanner integrated therein; and oneof many standalone scanner units placed throughout the store for accessby the customer and other customers and each good scanned includes thetransaction identifier for the transaction being monitored at thestandalone scanner units.